Integrated Chat Client With Receiving Party Choice

ABSTRACT

Phone systems for an integrated chat client service are provided. A representative phone system includes a call processing system operable to check a chat server for accessibility of a calling party chat client associated with a calling party and coupled to the internet, the call processing system being further operable to prompt a called party to select to talk or chat. Methods to connect telephone calls and answer telephone calls are also provided.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of copending U.S. utility applicationentitled, “Integrated Chat Client with Receiving Party Choice,” havingSer. No. 11/755,399, filed May 30, 2007, which is entirely incorporatedherein by reference, and the application having Ser. No. 11/755,399 is acontinuation of U.S. Pat. No. 7,245,715 entitled “Integrated Chat Clientwith Receiving Party Choice,” having Ser. No. 11/222,063, filed Sep. 8,2005, which is entirely incorporated herein by reference, and theapplication having Ser. No. 11/222,063 is a continuation of U.S. Pat.No. 6,975,719 entitled “Integrated Chat Client with Called PartyChoice,” having Ser. No. 10/159,377, filed May 30, 2002, which isentirely incorporated herein by reference.

TECHNICAL FIELD

The present invention is generally related to telecommunications andmore particularly to the integration of telephone systems and internetapplications.

DESCRIPTION OF THE RELATED ART

The telecommunications industry has undergone rapid changes in the pastseveral years. With the development of the advanced intelligent network(AIN), telephone companies are poised to offer a multitude of newservices to subscribers. Typically, AINs provide a more flexiblehandling of telephone calls. This flexibility is provided by a complexpacket-switched network which allows for high speed communication andhigh volume traffic. One example of an AIN is further described in U.S.Pat. No. 5,701,301 and U.S. Pat. No. 5,838,774, each of which is herebyincorporated by reference.

AIN embodiments in the United States use a signaling system 7 (SS7)protocol to transport messages. Instead of circuit switching, the AINrelies on soft switching to provide high speed routing for telephonecalls. The AIN comprises service switching points (SSPs), service nodes(SNs), signal transfer points (STPs), and service control points (SCPs).An SSP is typically an AIN-compatible switching office. The SN is asmart termination device that assesses incoming call information andmake appropriate connections. The SSPs are connected by a number of STPswhich transfer data among the SSPs and between the SSPs and SCPs. TheSTPs can generally be described as the routers which read the packet andtransfer it to the called party SSP. Finally, the SCP is typically afault tolerant computer that is coupled to a central database. Thiscentral database comprises a host of subscriber and routing information.

For better understanding a call routing sequence on an SS7 network willnow be described. Typically, when a call is placed a calling party dialsa telephone number and an SSP receives the place call request and routesit to the proper SSP associated with the called party. When the calledparty SSP receives the call request, it causes a trigger to fire. Thistrigger then causes the SSP to send a query across the STPs to an SCP.The query typically comprises asking the SCP how the call should behandled, such as specific subscriber instructions and any other specificrouting information that is necessary. After receiving handlinginformation from the SCP, the SSP uses these instructions to create apacket to send across the STPs to the called party SSP. The called partySSP then triggers and asks the SCP for subscriber-specific handlinginformation for the called party. Typically the SCP will merely instructthe SSP to connect the call, however, the called party may have specialinstructions for incoming calls.

As was noted above, the AIN allows for subscriber-specific handlinginstructions. However, there presently is no mechanism by which a calledparty can keep his/her side of the conversation private from others whomay be present in the room. Therefore, there is a need for systems andmethods that address these and/or other perceived shortcomings of theprior art.

SUMMARY

One embodiment, among others, of the present disclosure provides systemsand methods for an integrated chat client having a receiving partychoice. A representative system includes a communication system having afirst processing system element operable to check a chat server foraccessibility of a sending party chat client associated with a sendingparty; and a second processing system element operable to prompt areceiving party to select to talk or chat.

An example method to connect communications includes: checking foraccessibility of a sending party chat client associated with a sendingparty; and prompting a receiving party to choose to either talk or chatif the receiving party chat client is accessible.

Other systems, methods, features, and advantages of the presentdisclosure will be or become apparent to one with skill in the art uponexamination of the following drawings and detailed description. It isintended that all such additional systems, methods, features, andadvantages included within this description and be within the scope ofthe present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention can be better understood with reference to the followingdrawings. The components in the drawings are not necessarily to scale,emphasis instead being placed upon clearly illustrating the principlesof the present invention. Moreover, in the drawings, like referencenumerals designate corresponding parts throughout the several views.

FIG. 1 is a block diagram illustrating a first embodiment, among others,of the present invention.

FIG. 2A is a flowchart showing the operation of the first embodiment ofthe present invention, among others.

FIG. 2B is a flowchart showing the operation by which a computer is madeaccessible with respect to FIG. 2A.

FIG. 3 is a schematic diagram illustrating one embodiment, among others,of the present invention.

FIG. 4 is a call flow diagram detailing the operation of the embodimentshown in FIG. 2.

FIG. 5 is a flowchart illustrating a method of using the integrated chatclient shown in FIG. 1.

DETAILED DESCRIPTION

The invention now will be described more fully with reference to theaccompanying drawings. The invention may, however, be embodied in manydifferent forms and should not be construed as limited to theembodiments set forth herein; rather, these embodiments are intended toconvey the scope of the invention to those skilled in the art.Furthermore, all “examples” given herein are intended to benon-limiting.

Referring now to FIG. 1, shown is a block diagram of one embodiment,among others, of the present invention. In this embodiment a callingparty location 100 preferably includes a standard plain-old telephonesystem (POTS) phone 101 operating substantially within the POTSfrequency range. The POTS frequency range is typically defined as thefrequency range of 0 to 4 kilohertz (kHz), which contains substantiallythe range of frequencies which are audible to the human ear. The phone101 is typically connected to a switching system 102 by a connection103. The switching system 102 routes calls placed by a calling party toa called party telephone 104, which is connected to the switching system102 through a connection 105. The called party telephone 104 ispreferably a standard POTS telephone and resides at a called partylocation 106. The switching system 102 generally includes a network ofswitches which are connected to a call processing system 107 through aconnection 108. During operation the switching system 102 receives callrouting information which is stored on the call processing system 107.Further, the call processing system 107 can store anysubscriber-specific information on call handling. In other words, forexample, if the called party has subscribed to caller-identification(caller-ID), the call processing system 107 instructs the switchingsystem 102 to include a caller-ID information packet with a call attemptindication (ring) sent to the caller on line 105. The indicationtypically includes an aural prompt such as ringing, however, it caninclude other sensory prompts, such as vibration, etc.

Another service that can be provided to the called party is anintegrated chat client service, called party choice, which is embodiedby the present invention. Generally, the switch associated with thecalled party will trigger a query to the call processing system 107 whenan incoming call is received. When the called party has subscribed tothe integrated chat client service, the call processing system 107contacts a network 109 through link 110 to search network computeraccessibility. Specifically, the call processing system 107 searches forthe accessibility of a calling party computer 111 connected to thenetwork 109 by link 112.

If a calling party computer 111 is not accessible, the call processingsystem 107 instructs the switching system 102 to attempt to connect thecall by ringing the called party telephone 104. However, if a callingparty computer 111 is accessible, after the call processing system 107instructs the switching system 102 to ring the called party telephone104, the called party telephone 104 rings, and the called partytelephone is answered, the call processing system 107 sends a prompt,such as a recorded voice message from an interactive voice recording(IVR) system to the called party telephone 104. The prompt notifies thecalled party through the called party telephone 104 that the callingparty computer 111 is accessible and prompts the called party to chooseto chat with the calling party or talk with the calling party.

If the called party chooses to talk, a voice connection is made betweencalling party telephone 101 and called party telephone 104 by theswitching system 102 using instructions from the call processing system107. However, if the called party chooses to chat, the call processingsystem 107 retrieves network addresses of called party computer 113 andcalling party computer 111. The call processing system 107 then sends achat invitation to the network addresses corresponding to the callingparty computer 111 and called party computer 113 through a connection114. The voice call may then be terminated, or alternatively, the callprocessing system 107 may send the calling party telephone 101notification of the called party's election to chat rather than talk.

In alternative embodiments, the call processing system 107 may searchfor accessibility of calling party computer 111 and called partycomputer 113. However, one skilled in the art will recognize that thecalled party is already aware of whether the called party computer 113is accessible, and may choose to chat or not to chat, accordingly.Moreover, the called party might make the called party computer 113accessible to chat with the calling party computer 111 upon learningthat the calling party computer 111 is accessible.

One skilled in the art will immediately recognize an abundance of chatclients presently available that may be used in conjunction with thepresent invention. Some of the more popular of these chat clientsinclude: MSN Messenger, available from Microsoft, Corp. of Redmond,Wash.; Yahoo! Messenger, available from Yahoo!, Inc. of Sunnyvale,Calif.; AOL Instant Messenger, available from America Online, Inc. ofDulles, Va.; and Jabber Instant Messenger, available from Jabber, Inc.of Denver, Colo. One skilled in the art will further recognize that theJabber Instant Messenger comprises an open systems architecture. Opensystems architectures generally allow a user to manipulate the sourceprogram to tailor the client to specific needs of each individual user.Used in this context, the open system architecture could facilitate thedevelopment of a custom application to be provided with the integratedchat client. One skilled in the art will further recognize the existenceof UNIX and LINUX chat programs and other programs, such as textmessaging on wireless phones, that allow text communication between twoparties. In alternative embodiments, each of these alternative textcommunication applications are intended to be included within the scopeof the present invention. Generally, as understood herein, chat clientsat least provide some type of text-based communication, in accordancewith the preferred embodiment of the invention.

It should be further recognized that, presently, there is nointeroperability of chat services. Each uses a different server and adifferent database to connect the plurality of users that use aparticular chat client. It can be compared to a situation wherebycustomers of one phone company would be prevented from calling customersof another phone company. This could pose a problem, generally referredto as the network effect, to widespread acceptance of the integratedchat client service. The network effect generally refers to thesituation whereby a service becomes more valuable to a consumer whenmore consumers subscribe to the same service, thereby forming a network.

The most straightforward solution to the network effect is to createinteroperability between the numerous different chat services thatexist. There is a push within the internet community to create auniversal chat program and sharing of client databases, along withseveral proposals to create interoperability among chat clients,however, there remains no industry consensus. As is often the case, itis difficult to get competing entities to share customer informationthat may help competing service providers.

Another solution to the problem could be for the telephone serviceprovider to provide a custom application to all of its subscribers. Inthis way, the telephone service provider can create an instant networkof users. However, the telephone service provider would still have tocompete with the other chat service providers. Moreover, a calling partycould be inaccessible to the telephone service provider network, eventhough it may have an accessible chat client installed. The advantage tothis solution is that the telephone service provider will have directaccess to the chat server, which would likely be faster than requestingthe chat information from a third party.

Yet another solution to the network effect could be to form alliancesbetween the telephone service provider and chat service providers. Thissolution is similar to the interoperability solution, however, itinvolves agreement between the telephone service provider and the chatservice provider. For this solution, the telephone service providercould merely have access to query the chat server and request chatinvitations be sent to accessible party chat clients.

A further alternative embodiment, among others, of the present inventionincludes checking a network database to ascertain the accessibility ofthe calling party computer 111 or the called party computer 113. Thisdatabase could include a number of different fields regardingcustomizable options. One such field could comprise a list of customersthat have a chat client registered with the database on the network.This field would be similar to the so-called “buddy list” commonly usedon many instant messaging clients. When a user opened a chat client andentered his/her user identification (handle) and password, the chatclient would automatically record that handle as present with theaccessibility database.

Another useful field could be an availability field. The availabilityfield could be a field similar to a sleep mode on a computer. When auser has not accessed the chat client for a pre-determined amount oftime, or has told the chat client that he/she will be away from thecomputer, the chat client will still show the chat client as present,however, the chat client will be listed as unavailable, and henceinaccessible.

The network could also keep track of a preference field. Thesepreferences could be set by the users regarding their instant messagingclients. For example, one user might prefer to get invitations to chat,while another may not want to be bothered with chat invitations at thepresent time. These chat clients which prefer not to be bothered withchat invitations would be listed as inaccessible. Furthermore, thecalled party may not want to receive an IVR every time an incoming callis received from a calling party with an accessible computer. In thiscase, the called party can set his/her accessibility database to showtheir chat client is inaccessible, and the call processing system 107considers the called party accessibility during operation.

Referring now to FIG. 2A, shown is a flowchart illustrating theoperation of one embodiment, among others, of the present invention. Inblock 200 a voice call connection request is received at a switch. Thisvoice call connection request triggers a query to the call processingsystem 107, illustrated by block 202, to check for subscriber-specifichandling information. Though not shown, if a subscriber does notsubscribe to an integrated chat service, the call is processedconventionally, and the process of FIG. 2A terminates. If a subscribersubscribes to the integrated chat client service, in block 204 the callprocessing system 107 checks for an accessible computer 111 associatedwith the calling party. If there is no accessible associated computer111, in block 206 the call processing system 107 instructs the switch toconnect the voice call. However, if there is a computer associated withthe calling party that is accessible, in block 208 the call processingsystem 107 then instructs that a prompt be sent to the called partytelephone 104. In block 210, the called party is then prompted. In oneembodiment, among others, the prompt can be an interactive voiceresponse (IVR) prompt that asks the called party if he or she would liketo chat instead of talk. If the called party chooses not to chat (i.e.to talk) the voice call is connected, as illustrated by block 206.However, if the called party chooses to chat, in block 212 the callprocessing system 107 instructs that chat invitations be sent to thecalling party computer 111 and to the called party computer 113. Whenboth parties accept the chat invitations, they may begin chatting, asillustrated by block 214. Finally, in block 216, the voice callconnections request is dropped, and the parties are allowed to continuechatting over the network.

One skilled in the art will note that, with respect to block 204, and asdiscussed with reference to FIG. 1, the call processing system 107 mayfurther check whether a network computer 113 associated with the calledparty is accessible. This feature is particularly useful when thenetwork 109 allows users to specify options which can make the computer113 inaccessible, even though it is on the network 109. Thus, a calledparty will not be bothered with an IVR prompt after the called party hasalready stated his/her own preferences through the network connection.

Referring now to FIG. 2B, shown is a flowchart illustrating a method bywhich a computer (either the calling party computer 111 or called partycomputer 113) is made accessible to the integrated chat client service.In general, it would be preferable if all computers operated accordingto the method of FIG. 2B, however, the method could work even if only ahandful of network computers operated according to the method of FIG.2B. As shown in block 250, the user first boots the network computer.Then in block 252, the network computer registers with a network server.Typically a computer registers with the network either during thestartup process, or when the user decides to use the internet. Then, asshown in block 254, the user can adjust a number of options to make thecomputer accessible to other users for chat session invitations.

Some of these options can be automated, while others may require userinput to change. A few such options, among a plurality of others, couldbe: presence, wherein the computer is either registered or notregistered with the server; preference, wherein the user has requestednot to be available for chat sessions; and availability, wherein theuser has left his/her chat client inactive for a period of time, or hasindicated to the network computer that he/she will be unavailable. Oneskilled in the art will recognize numerous other accessibility optionsthat can be configured to provide a user with enough flexibility foralmost any situation.

Referring now to FIG. 3, shown is a schematic diagram of one example asystem, among others, made according to FIG. 1. As is shown, a callingparty telephone 300 is connected to a PSTN/SS7 protocol network 302. TheSS7 protocol network includes a plurality of service switching points304, which in turn are connected to a plurality of telephones, includingthe called party telephone 306. The called and calling parties haveassociated computers 308, 310, respectively. Each of these computers canbe connected to the internet 312. As is known to those skilled in theart, internet connections can come in a variety of different forms. Afew such forms include: a wireless local area network connection 314,through an internet service provider (ISP) 316; a direct connection tothe ISP 316; a dial-up modem through the PSTN 302; a digital subscriberline through the PSTN 302; and a cable modem (not shown). Although thecalling party computer 310 is shown connected to the internet 312through the PSTN 302, the calling party computer 310 may be connectedwith any of the methods enumerated above, or any other method forconnecting to the internet 312.

The PSTN/SS7 protocol network is further connected to a secured intranet318, controlled by the telephone service provider, for example. Thesecured intranet 318 includes a service control point 320, a servicenode 322, both of which are coupled to an application server 324,containing a customer profile database 326 and a presence, preferenceand availability database 328.

One skilled in the art will recognize that each telephone serviceprovider has a slightly different implementation of the AIN system, andoften component names differ some between these implementations. Each ofthese alternative implementations of the AIN system is intended to beincluded within the scope of the present invention. Furthermore, thefact that the AIN and SS7 protocol are used in exemplary embodiments ofthe present invention is not intended to limit the present invention tothese particular implementations of intelligent networks (INs). Any INor phone network with the ability to deliver customized phone servicehas the potential ability to advantageously utilize the presentinvention.

Referring now to FIG. 4, shown is a call flow diagram illustrating theoperation of one embodiment of the invention, as shown in FIG. 3. As oneskilled in the art will recognize the system involves making the callingand called party computers 300, 306 accessible to chat prior to placinga telephone call. First a calling party places a call to the calledparty.

When the call is received at the called party SSP 304, a terminationattempt trigger fires. The termination attempt trigger then causes theSSP 304 to send a query to the SCP 320. The SCP 320 generally contains adatabase of subscriber-specific profiles and call routing information.When the SCP 320 receives the query from the SSP 304, the SCP 320searches the database for a subscriber-specific profile. Thesubscriber-specific profile, for this example, includes the integratedchat client service.

In this embodiment, the SCP 320 then instructs an application/chatserver 324 to search its database 328 to check if the called and callingparties have active chat sessions and to see if the calling party chatsession is set up to accept chat invitations. If both parties haveactive chat session and are accepting chat invitations, the SCP 320instructs the SSP 304 to forward the call request to the service node.

The SSP 304 then forwards the call to the service node 322, which ringsthe called party telephone 306 and uses an IVR to prompt the calledparty with an option to chat or to talk with the calling party. Oneskilled in the art will recognize that the service node 322 may furtherinclude caller identification information to facilitate the choice ofwhether to chat or to talk. When the called party does not wish to chat,a voice call is connected. However, when the called party chooses tochat, the service node 322 then instructs the application/chat server324 to send a chat invitation to each of the parties. Theapplication/chat server then sends greetings to the called and callingparties computers 308, 310, and a chat session is started between thecalling and called parties.

Referring now to FIG. 5, shown is a flowchart illustrating a method foranswering a telephone call using the integrated chat client service.According to the first block 500, the called party telephone 306receives an indication signifying an incoming telephone call. Typically,this indication is a signal for generating a sound such as a ringingtelephone, however, it could easily be of another notification type.Then, as illustrated by block 502, the called party answers thetelephone 306. The called party is then prompted, in block 504, tochoose whether or not he or she would like to chat with the callingparty. If the called party does not wish to chat with the calling party,the call is connected, as illustrated by block 506. If the called partydoes wish to chat, as in block 508, the called party will hang-up thephone 306 and accept an invitation sent to his computer from theapplication/chat server.

The systems described herein would provide the user with the flexibilityto communicate with a calling party without making his/her side of theconversation available to others in the area. For example suchcommunication could be invaluable to an employee who is looking for anew job and would like to keep it secret from his/her supervisor andco-workers. Another situation in which such a system would be useful mayoccur during the purchase of a new home, when lenders might call theworkplace of the buyer and request sensitive information such as salaryand/or net worth, which the employee does not want to share with his/herco-workers.

Process and function descriptions and blocks in flow charts can beunderstood as representing, in some embodiments, modules, segments, orportions of code which include one or more executable instructions forimplementing specific logical functions or steps in the process, andalternate implementations are included within the scope of the preferredembodiment of the present invention in which functions may be executedout of order from that shown or discussed, including substantiallyconcurrently or in reverse order, depending on the functionalityinvolved, as would be understood by those reasonably skilled in the artof the present invention. In addition, such functional elements can beimplemented as logic embodied in hardware, software, firmware, or acombination thereof, among others. In some embodiments involvingsoftware implementations, such software comprises an ordered listing ofexecutable instructions for implementing logical functions and can beembodied in any computer-readable medium for use by or in connectionwith an instruction execution system, apparatus, or device, such as acomputer-based system, processor-containing system, or other system thatcan fetch the instructions from the instruction execution system,apparatus, or device and execute the instructions. In the context ofthis document, a computer-readable medium can be any means that cancontain, store, communicate, propagate, or transport the software foruse by or in connection with the instruction execution system,apparatus, or device.

It should be emphasized that the above-described embodiments of thepresent invention are merely possible examples of implementations setforth for a clear understanding of the principles of the invention. Manyvariations and modifications may be made to the above-describedembodiment(s) of the invention without departing substantially from theprinciples of the invention. All such modifications and variations areintended to be included herein within the scope of this disclosure andthe present invention and protected by the following claims.

1. A method for inviting a sending party and a receiving party toconduct a chat communication comprising: checking preferences set by thereceiving party as to whether the receiving party prefers to communicateusing voice communications or chat communications; determining whetherthe receiving party is eligible to receive a prompt to select tocommunicate using chat communications based at least in part on thepreferences set by the receiving party; and prompting the receivingparty to select either a voice or chat connection type when thereceiving party is determined to be eligible to receive the prompt. 2.The method of claim 1, wherein the receiving party is invited to conducta chat communication by a recorded voice message from an interactivevoice recording system.
 3. The method of claim 1, further comprising:notifying the sending party of the receiving party's choice to conduct achat communication using a voice call.
 4. The method of claim 1, whereinthe determining of whether the receiving party is eligible to receivethe prompt is further based on presence of a chat client of thereceiving party.
 5. The method of claim 1, wherein the determining ofwhether the receiving party is eligible to receive the prompt is furtherbased on presence of a chat client of the sending party.
 6. The methodof claim 1, further comprising: starting a chat session between thereceiving and sending parties.
 7. The method of claim 6, furthercomprising: terminating a voice call after the receiving party acceptsan invitation to conduct a chat communication.
 8. The method of claim 1,further comprising: receiving a voice selection from the receivingparty; and making a voice connection between the receiving party and thesending party.
 9. The method of claim 8, wherein the receiving party isinvited to conduct a chat communication if an accessible chat client isdetected for the sending party and the preference from the sending partyindicates that the sending party prefers to receive a chat invitation.10. The method of claim 1, further comprising: receiving a voiceconnection request from the sending party; checking preferences set bythe sending party as to whether the sending party prefers to communicateusing chat communications; determining whether the sending party iseligible to receive a prompt to select to communicate using chatcommunications based at least in part on the preferences set by thesending party; and prompting the sending party to select either a voiceor chat connection type when the sending party is determined to beeligible to receive the prompt.
 11. A computer readable storage mediumhaving a program with instructions for inviting a sending party and areceiving party to conduct a chat communication, the program, whenexecuted by a processor, causes the processor to perform: checkingpreferences set by the receiving party as to whether the receiving partyprefers to communicate using voice communications or chatcommunications; determining whether the receiving party is eligible toreceive a prompt to select to communicate using chat communicationsbased at least in part on the preferences set by the receiving party;and prompting the receiving party to select either a voice or chatconnection type when the receiving party is determined to be eligible toreceive the prompt.
 12. The computer readable storage medium of claim11, wherein the receiving party is invited to conduct a chatcommunication by a recorded voice message from an interactive voicerecording system.
 13. The computer readable storage medium of claim 11,further comprising: notifying the sending party of the receiving party'schoice to conduct a chat communication using a voice call.
 14. Thecomputer readable storage medium of claim 11, wherein the determining ofwhether the receiving party is eligible to receive the prompt is furtherbased on presence of a chat client of the receiving party.
 15. Thecomputer readable storage medium of claim 11, wherein the determining ofwhether the receiving party is eligible to receive the prompt is furtherbased on presence of a chat client of the sending party.
 16. Thecomputer readable storage medium of claim 11, further comprising:starting a chat session between the receiving and sending parties. 17.The computer readable storage medium of claim 16, further comprising:terminating a voice call after the receiving party accepts an invitationto conduct a chat communication.
 18. The computer readable storagemedium of claim 11, further comprising: receiving a voice selection fromthe receiving party; and making a voice connection between the receivingparty and the sending party.
 19. The computer readable storage medium ofclaim 18, wherein the receiving party is invited to conduct a chatcommunication if an accessible chat client is detected for the sendingparty and the preference from the sending party indicates that thesending party prefers to receive a chat invitation.
 20. The computerreadable storage medium of claim 11, further comprising: receiving avoice connection request from the sending party; checking preferencesset by the sending party as to whether the sending party prefers tocommunicate using chat communications; determining whether the sendingparty is eligible to receive a prompt to select to communicate usingchat communications based at least in part on the preferences set by thesending party; and prompting the sending party to select either a voiceor chat connection type when the sending party is determined to beeligible to receive the prompt.